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(57) Abstract 



A system and method for initiating multicunrency/multibank wire transfers and account reporting. Using a standard Inieniet browser, 
a custotner of a financial institution accesses the funds transfer and information reporting system of the present invention. Access to the 
system is restricted based on the user's security profile and access rights. Once logged into the system, the user provides instructions to 
move funds from their accounts with the financial institution or funds from an account with any other financial institution. Furthermore, 
the customer is able to view the details of its accounts maintained at the financial institution or at any other financial institution in the same 
session. Wire transactions can be in the form of a pro-defined or free formatted instruction. Furthermore, the wire transactions can involve 
several banks and several different currencies. Once the multibank/multicuirency wire transactions are entered, they can be approved and 
released by the users with the appropriate security profile and access rights. Customers can retrieve balance and transaction reports from 
their demand deposit accounts, controlled disbursement accounts and lockbox accounts that they have with the financial institution and with 
other banks. 
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SYSTEM AND METHOD FOR MULTICURRENCY AND 
MULTIBANK PROCESSING OVER A NON-SECURE NETWORK 

FIELD OF THE INVENTION 

The present invention generally relates to conducting 
financial transactions over the Internet and more particularly to multibank 
and multicurrency wire transfers and cash reporting using the Internet. 

BACKGROUND OF THE INVENTION 

There are a variety of conventional methods and systems by 
which customers of a financial institution can initiate and receive reports 
with respect to multibank/multicurrency transactions. 

In one prior art method customers have to communicate 
directly with the individual banks. In all cases, the customer is required to 
use separate communication software and establish connection to the banks 
individually. This process is time consuming and cumbersome. The 
communication with the separate banks can be achieved in several 
methods. In one specific prior art method, customers manually call the 
bank personnel to provide transfer instructions and/or retrieve balance and 
transaction data on the phone. 

In another prior art method, the customer uses either the 
bank's proprietary software or off-the-shelf conununication packages to 
dial up the bank's mainframe systems via a terminal emulation. Using the 
bank's proprietary electronic banking software to download 
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balance/transactions data from the banks and input/approve transfer 
instructions offline and then releasing the transactions in batches to the 
bank's system. 

These prior art systems each suffer from several drawbacks. 
Extensive training and knowledge with respect to the bank's proprietary 
5 systems on the part of the customer is required. The systems are difficult 
to deploy and maintain and are generally not user friendly. Timeliness of 
feedback to the customer is a great concern as these methods are typically 
batch driven through mainframe processes. Furthermore, because of the 
reliance on software loaded at the client's location, transactions can only be 

10 processed from this client location. Each of these problems are multiplied 
and compounded when the customer has banking relationships with several 
banking institutions. The customers have to establish separate 
communications with each of their banks, maintain separate software 
packages, remember separate user id/password, deal with a variety of 

15 security devices, pay for separate software licenses required by their banks, 
learn to use different transaction input screens, and interface with separate 
transaction databases. 



SUMMARY OF THE INVENTION 

20 The present invention solves most of the problems of the 

prior art systems and methods by providing banking customers the ability 
to use the Intemet to communicate with a single bank. Through the single 
bank, customers have the capability to manage all of their banking accounts 
at any banks for transaction reporting and initiation. This eliminates the 

25 need for the customers to establish separate commimications with their 
different banks, maintain separate software packages, remember separate 
user id/password, deal with a variety of security devices, pay for separate 
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software licenses required by their banks, learn to use different transaction 
input screens, and the inefficiency of handling separate transaction 
databases. 

By using the Internet, customers no longer need to be 
concerned about keeping their software up-to-date. System changes and 
software upgrades can be automatically and electronically deployed to 
customers via the Web. Since the present invention requires very little 
client side software, customers can access the system anywhere given the 
ubiquitous presence of the Web. 

Using a standard Internet browser, a customer of a financial 
institution can access the fands transfer and information reporting system 
of the present invention. Access to the system is restricted based on the 
user's security profile and access rights. Once logged into the system, the 
user can provide instructions to move funds firom their accounts with the 
financial institution or funds firom an account with any other financial 
institution. Furthermore, the customer is able to view the details of its 
accounts maintained at the financial institution or at any other financial 
institution in the same session. 

The instruction for movement of fimds (wire) is entered 
through a data entry screen. Wire transactions can be in the form of a pre- 
defined or fi'ee formatted instruction. A pre-defined instruction contains 
information that has been predetermined with the bank. Pre-defined 
instructions can be entered by using a reference (line) number. Wire 
transaction can also be entered free form. Furthermore, the wire 
transactions can involve several banks and several different currencies. 
Once the multibank/multicurrency wire transactions are entered, they can 
be approved and released by the users with the appropriate security profile 
and access rights. 
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If the wire transactions are purely intrabank (between two 
accounts in the same bank), the transactions are routed to the money 
transfer systems of the bank. If the wire instructions involve the transfer of 
money to another bank, the instructions (or money) are routed to the other 
banks. 

5 Customers can retrieve balance and transaction reports from 

their demand deposit accounts, controlled disbursement accounts and 
lockbox accounts that they have with the financial institution and with 
other banks. The other banks transmit their reports to the financial 
institution which are then consolidated and presented in a uniform report 
10 format to the customers. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For the purposes of illustrating the present invention, there is 
shown in the drawings a form which is presently preferred, it being 
1 5 understood however, that the invention is not limited to the precise form 
shown by the drawing in which: 

Figure 1 illustrates a high level systems flow diagram of the 
present invention; 

Figure 2 depicts the summary screen of the system of the 
20 present invention; 

Figure 3A illustrates a screen for adding a wire transaction; 

Figure 3B shows the details with respect to the ultimate 
beneficiary for an added wire transaction; 

Figure 3C depicts the details associated with the beneficiary 
25 bank for an added wire transaction; 

Figure 3D illustrates the details in regard to the intermediary 
bank for an added wire transaction; 
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Figure 3E shows the payment details of an added wire 
transaction; Figure 3F depicts the additional details for an added wire 
transaction; 

Figures 4A-4F illustrate the details required for adding an 
Inter Account Transfer transaction; 

Figures 5A-5D depicts the information required for adding an 
Draft or Check transaction; 

Figures 6A-6C shows the details required for adding an 
Advice to receive transaction; 

Figures 7A-7E illustrate the use of a repetitive line in creating 
a multicurrency/multibank drawdown transaction; 

Figure 8 depicts the main screen of the Cash Reporting 
viewer of the present invention; 

Figures 9A- 9D depict a Balance and Transactional Detail 
report for the current day; 

Figures lOA-lOG illustrate a Balance and Transaction Detail 
for the Prior day's activity, including account details for two different 
accounts; 

Figures 1 1 A-1 1 C show Summary report listing transaction 

activity from the Last Access by the customer; 

Figure 12 depicts a Balance report for the Prior day; and 
Figure 13 is a report listing in descending order the posted 

checks to a Demand Deposit Account. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention consists of two significant functional 
capabihties offered to the customers of a financial institution (a bank). The 
first function is multibank/multicurrency wire transaction capability and the 
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second function is a cash reporting function capability. One unique aspect 
of the present invention is that it enables each of the these distinct functions 
to be accessed and used by a customer through a single uniform interface 
over the public Internet. 

Figure 1 is a high level systems flow diagram according to 
the present invention. Elements 10 represent workstations located at the 
customer's of the financial institution. Typically these workstations 10 are 
Personal Computers (PCs) but could also be more advanced graphics 
workstations or more simple web enabled Personal Digital Assistants 
(PDAs). The only real requirement is that the workstation 10 is able to 
connect to the Internet. The workstations connect to the bank through the 
Internet and through the firewall 12 of the bank. The firewall 12 is a well 
known security device that prevents unauthorized users firom gaining 
access to the internal bank systems. 

Application servers 14 is where the majority of the 
processing of the present invention takes place. These servers 14 host the 
applications and databases that are used to the execute certain key aspects 
of the methods of the present invention. The servers 14 act as the link 
between the customers workstations 10 and the back office systems 16, 18 
and 20 of the bank as well as the systems 22, 24 of other banks. For wire 
transactions, the back office processing system 1 6 serves as the front end to 
the fimds transfer system 20. The funds transfer system 20 is conventional 
in the art and is the means by which the actual instructions for processing a 
transaction are processed. The funds transfer system 20 communicates 
these instructions to the funds transfer systems of other banks 22 through, 
for example, the SWIFT (Society for Worldwide Interbank Financial 
Telecommunication) system. Although illustrated as two separate 
components in Figure 1 , the back office processing system 1 6 and the 
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fiinds transfer system 20 can be implemented as a single system. 

The information reporting system 1 8 enables the cash 
reporting features of the present invention. In addition to containing all of 
the information related to the accounts a customer has at the bank, it also 
interfaces with the reporting systems 24 of other banks to obtain the 

5 customer's account information from those banks as will be further 
described below. 

The wire initiation function of the present invention allows 
customers of the bank to enter Funds Transfer Transactions (FTTs) that are 
to be processed by the bank, either for intrabank transfers or interbank 

10 transfers. The FTT entered by the customer can be entered from scratch 
(freeform) or based upon a set of pre-established details (repetitive lines). 
The FTTs can request transfers of money in any currency. The system of 
the present invention further allows the customers to review, approve and 
release FTTs as well as providing reporting functions with respect to FTTs. 

1 5 The present invention supports both Domestic Money 

Transfer (DMT) and Global Money Transfer (GMT). For DMT transfers 
the following types of transactions are supported: United States Dollar 
(USD) Drawdown (both Fed and Book); USD Fed; USD CHIPS (Clearing 
House Interbank Payment System); and USD Book. For GMT transfers, 

20 the following types of transactions are supported: TLX (telex); lAT (inter- 
account transfer); DFT (checks); GIRO (low value payments destined for 
in-country clearing systems, such as Post Offices); ATR (Advice to 
Receive) and GMT Drawdowns. 

In order to access the functionality of the present invention, 

25 the customer merely accesses the bank's servers 14 through the Internet 
through the bank's firewall 12. This access can be accomplished using 
standard browser and security techniques. As briefly described. above, the 
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access does not have to be from a workstation physically located at the 
client's location, but can occur from any location through a PDA or other 
such device. 

Figure 2 illustrates the initial Sununary screen 200 presented 
by the system of the invention once the customer has accessed the system 
through the Internet. As seen in Figure 2, user has the option from this 
initial screen to select the following functional buttons: Approve 210; Add 
220; Modify 230; Release 240; and Delete 250. The details of each of 
these functions is described below. The Summary screen200 further 
includes an area 260 in which transactions are listed. The transactions 
listed are in response to the users selection of a view from the list box 270 
generated by the View button 280. When the user selects the View button, 
she is presented with the list box 270 that includes the various types of 
transactions which can be viewed and acted upon in area 260. 

The type of transaction views selectable from list box 270 
include: Transactions Entered - Not Approved view that displays only the 
transactions with status of Entered for all dates; Transactions Approved 
Not Released view that displays only the transactions with status of 
Approved for all dates; Transactions Released Today view that displays 
only the transactions with the status of Released and a released date of 
today (note this is not the value date); Transactions Released All view that 
displays only the transactions with a status of Released across all dates; 
Transactions Released Not Confirmed view that displays only the 
transactions with a status of Pending across all dates; Transactions Valued 
in last 30 days view that displays all transactions that have a value date 
within the last 30 calendar days; All view that display all transactions; All 
Lines view that displays ail repetitive lines (described below) by 
entitlements; and Future Value view which displays all transaction of any 
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status where any of the date values are after today's date. Selection of any 
of these views will cause the transactions fitting the criteria of the view to 
be displayed in area 260. The view selected in the example depicted in 
Figure 2 lists the transactions which have been released today. As seen in 
area 260, only one transaction was release on this day. 

5 If the user desires to add a new transaction, she selects the 

Add button 210 on the Summary screen of Figure 2. This action brings up 
the Add screen illustrated m Figures 3A-3F. In the Add example depicted 
in Figures 3 A-3F, the customer is adding a freeform transaction. In a 
freeform entry of a transaction, the customer must enter from scratch all of 

10 the details associated with the transaction (e.g., amount, beneficiary ...). In 
contrast to a freeform transaction, the user has the option to add a 
transaction based upon a predefined set of transaction data known as a 
repetitive line. Repetitive lines are used when a customer repeatedly 
executes a transaction using essentially all of the same transaction details 

1 5 with some minor changes (e.g., the value of the transfer). For example, if a 
customer consistently pays the same vendor month after month, most of the 
details of the transaction will not change (e.g., the vendor's bank) other 
than perhaps the amoxmt of the transaction or the value date of the 
transaction. In this case, it behooves the customer to set up and save a 

20 repetitive line which contains all of the pertinent transaction data associated 
with the payments to this vendor. The repetitive lines for a customer can 
be initially established through an electronic download from the customer, 
manually at the bank from the customer's past history or from information 
provided from the customer. The customer can fiirthermore add repetitive 

25 lines on an ongoing basis by saving a freeform transaction, created as 
described below, as a permanent repetitive line. 

Transactions are added to the system from the Add screens. 



wo 00/30007 PCTAJS99/27035 

-10- 

The Add screens consists of the sections 300, 324 and 302. The users are 
able to navigate between the panels 300, 324 and 302 using conventional 
Graphical User Interface (GUI) techniques. The first section, the 
Settlement Infonnation Panel 300, consists of settlement type information 
for that transaction. The second section, Transfer Amount Panel 324, 

5 allows the customer to input the value date, currency, amount and details of 
the instruction. The third section, Payment Instruction Panel 302, provides 
a number of subpanels (described below) that allow the customer to input 
the details of the transaction. 

To enter a fireeform transaction, the user selects Freefonn 

10 from the Line No. combo list box 304 in the Settlement Information Panel 
300. Selection of the Freeform line indicates to the system that the user 
want to input a non-repetitive transaction. Alternatively, the user can 
manually enter "freeform" on the keyboard in the Line# combo box 304. 
Once the user selects Freeform, the user inputs information ifrom scratch. 

15 All the information must be completed in the Settlement Infonnation Panel 
300 before the user can go to the Transfer Amount Panel 324 and the 
Payment Instruction Panel 302 to complete the transaction. 

After the user has selected a freeform entry of an FTT, the 
user must indicate the account involved. To do this, the user can press the 

20 Account # Button 306 and select an account from the accounts listed in a 
pop-up box (not shown). The Account button 306 displays a list of 
accounts based on user's entitlement. The accounts that a user is 
authorized to access are contained in a database at the bank and is known 
as the user's entitlement. The pop-up window displayed from pressing the 

25 Account button 306 will display the following data fields: Bank Name; 

Branch; Account Currency; Account Number; and Account Name. The 
Accounts can be sorted (ascending/descending) by the data column in the 
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list window. Alternatively, the user can enter the account number directly 
into the Account number combo box 3 10 via the keyboard. Input into the 
combo box 310 is context sensitive to the first character so keyboard entry 
matches to the lines in the list. 

The currency field 308 displays the currency of the account 
selected as described above. The currency field 308 is a read only field 
based on account selected and cannot be changed by the user. The Bank 
Name (ID) field 3 12 is a read only field which displays the bank name and 
location for the account selected. The Bank Name 3 1 2 is fixed by the 
account number selected by the user. The bank Line is a read only field 
which displays the bank line number of the line selected. In the example 
depicted in Figure 3A, the user is entering a fi-eeform transaction so this 
field is depicted as blank. Field 316 shows the name of the account 
selected by the user while field 3 1 8 shows the branch of the bank at which 
the account is maintained. The bank 3 12 and branch 3 1 8 are tied to the 
account number 3 1 0. 

The user can select the type of settlement associated with the 
FTT as being either Payment 320 or Receipt 322. The default settlement 
type is Payment 312. The specific method of payment desired by the user 
is entered in field 324. The allowable payment methods are based on the 
account number 310 and the Settlement Type (Payment 320 or Receipt 
322) that the customer has selected in the Settlement Information Panel 
300. If the user indicates that the transaction will be a payment, and if the 
payment is going to be a DMT type, the authorized payment methods are 
FED, BOOK or CHIPS. If the payment is a non-DMT, the user must 
choose TLX, lAT or DFT or GIRO if the transaction is for Asia. If the user 
indicates a DMT receipt, the payment method must be FED or BOOK. If 
the receipt is not a DMT, the payment method is either ATR (Advice to 
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Receive) or lAT, or GIRO for Asian transfers. 

Below the Settlement Information Panel 300 is the Transfer 
Amount Panel 324. The Transfer Amount Panel 324 allows the customer 
to input the value date, transaction currency and amount. The Transfer 
Amount Panel 324 includes a Value Date field 326 in which the user inputs 
5 the value date for the FTT. The format of the date display can be 

configured as preference by the user. If the user clicks on the Value Date 
button 328, she will be presented with a calendar that allows the user to 
easily select a value date for the transaction. The Transfer Currency field 
330 displays the currency of the FTT and provides a list of valid SWIFT 

10 currencies for selection by the user. The currency list display shows both 
the currency code and the description. The Transaction Amount field 332 
is where the customer inputs the amount of the transaction. The maximum 
amount allowed for a transaction is the maximum allowed by SWIFT based 
on the transfer currency. The transaction amount is formatted as the user 

1 5 navigates out of the field 332. 

The Payment Instruction Panel 302 for fi-eeform transactions 
contains the payment routing information for the transaction. The routing 
information is grouped together identified by the use of tabs which can be 
selected by the user. Each of the tabs display a different panel that enables 

20 the customer to enter the details of the payment instructions. The number 
and types of tabs selectable by the user and the data content displayed in 
each tab is based on the back office (derived from account number), 
settlement type (e.g., payment or receipt) and transaction type (DMT or 
GMT). Using conventional GUI standards, the tab key on the user's 

25 keyboard is used to navigate fi-om one field to the next within each panel. 
Tabbing firom the last field moves to the next block. The user can use the 
up/down or left/right arrow keys anytime to navigate between the 
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previous/next panels. Within the block of data fields where there are 
multiple lines of information (i.e., address and reference text) the user 
cannot skip and leave blank lines. For example, the user is not allowed to 
leave address line 2 blank and enter data in line 3. 

In Figure 3A, the Summary tab 334 is displayed in the 
5 Payment Instruction Panel 302. The panel associated with the Summary 
tab 334 displays a summary of the details of the transaction. In the 
example depicted in Figure 3 A, each of the fields displayed is blank since 
the user in this example has yet to input the details of the payment 
instructions. 

10 Figure 3B illustrates the Payment Instruction Panel 302 when 

the Ultimate Beneficiary tab 336 has been selected by the user. The panel 
associated with this tab allows the user to input the details of the ultimate 
beneficiary of the FTT including an identification of the ultimate 
beneficiary 338, the name of the ultimate beneficiary 340, and the address 

15 of the ultimate beneficiary 342 . 

Figure 3C illustrates the Payment Instruction Panel 302 when 
the Beneficiary Bank tab 344 has been selected by the user. The panel 
associated with this tab allows the user to input the details of the bank used 
by the ultimate beneficiary of the FTT including the name of the 

20 beneficiary bank 346 and the address of the beneficiary bank 348. 

Figure 3D illustrates the Payment Instruction Panel 302 when 
the Intermediary Party tab 350 has been selected by the user. The panel 
associated with this tab allows the user to input the details of the 
intermediary party bank which is going to be involved in the FTT including 

25 the name of the intermediary party bank 350 and the address of the 

intermediary party bank 352. Although some customers do not care which 
intermediary bank is used, other customers might have a preexisting 
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relationship with a particular bank through which the customer wants the 
transaction to flow through this particular bank as an intermediary. If these 
fields are left blank by the customer (the customer does not care about 
which bank is used as the intermediary) the bank uses a trusted 
intermediary bank in the transaction. The buttons 354 associated with the 
5 Correspondent Charges indicate the party (the remitter or the beneficiary) 
that is responsible for paying the intermediary party bank charges. 

Figure 3E illustrates the Payment Instruction Panel 302 when 
the Payment Detail tab 360 has been selected by the user. The panel 
associated with this tab allows the user to input the details of the payment 
10 reflected in the FTT. These fields can be used by the customer much like a 
memo field on a check. Typically a customer would put in information 
such as a purchase order number or invoice or other information indicating 
the purpose of the transaction (see also field 368 on Figure 3F described 
below). 

15 Figure 3F illustrates the Payment Instruction Panel 302 when 

the Additional Information tab 364 has been selected by the user. The 
panel associated with this tab allows the user to input additional details 
with respect to the transaction which the user intends to be read and 
followed by the bank. As with the information on the Payment Detail tab 

20 360 described above, the information the user puts in this field is not 
required for the financial processing of the transaction, but allows the 
customer the opportunity to provide additional information to the bank. 
Field 368 allows the customer to input its own reference number such as a 
purchase order number associated with the payment being executed by the 

25 transaction. 

Figure 4A-4E illustrate the tabbed panels for the Payment 
Instruction Panel 302 for both lAT transactions and GIRO transactions. As 
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seen this these Figures, these type of payment methods differ from TLX 
transactions in that there is no intermediary party involved in lAT or GIRO 
transactions. Accordingly, there is no tab for Intermediary Party as was 
included in the Payment Instruction Panel 302 depicted in Figures 3A-3F. 
Similarly, Figures 5A-5D depict the panels associated with the tabs on 

5 Payment Instruction Panel 302 for Draft or Check transactions. In these 
types of transactions there is no beneficiary bank involved, so there is no 
tabbed panel to enter data for this bank. 

Figures 6A-6C reflect the tabbed panels of the Payment 
Instruction Panel 302 which are associated with an Advice to Receive 

10 transaction. There are three panels associated with this type of transaction, 
Sunraiary 400, Debit Account 402 and Debit Bank 410. As seen in Figure 
6B, the Debit Account panel 402 includes a field 404 to input the Debit 
party and a field 406 for the Address of the Debit party. This panel 402 
also includes a customer reference field 408 as previously described. 

1 5 Figure 6C illustrates the Debit Bank panel 410 which includes fields for the 
name of the Debit Bank 412 and its address 414. The Debit Account and 
the Debit bank are the account and bank from which the bank's customer is 
expecting a payment correct. 

Figures 7 A-7E illustrate an example the screens used by a 

20 customer to add a transaction using a repetitive line. The particular 

example depicted in these Figures relates to a multicurrency/multibank 
drawdown transaction. As seen in Figure 7A, the account 306 is 
denominated in U.S. dollars while the transaction is in Deutschmarks. The 
basic Add screens for adding repetitive transactions are the same as used 

25 for freeform addition of repetitive transactions, namely the Settlement 

Information Panel 300, the Transfer Amount Panel 324, and the Payment 
Instruction Panel 302 and its associated subpanels. 
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To input a repetitive transaction, the customer either types in 
a repetitive line number in the Line # combo box 304 or chcks on the Line 
# Button 500. If the user has clicked on the Line # Button 500, a line grid 
is displayed that contains, in summary form, all lines that the user may 
utilize to create a transaction. The list of repetitive lines that is displayed is 
5 based on user's entitlement. The data columns displayed in the line lookup 
window are Payment Method, Customer Line Number, Account Number, 
Ultimate Beneficiary Name, Ultimate Beneficiary Id, Intermediary Party 
Name, Pay/Rec. The lines can be sorted (ascending/descending) by the data 
column. 

10 When the user has selected a repetitive line number, either 

through direct input through the keyboard or through selection from the 
displayed list, the transaction data related to the line will be displayed in 
the remaining data fields (e.g., Account Number, Bank ID ...). Some 
repetitive lines will only contain transaction data for certain of the fields 

15 and the user has to input the remaining data on the Settlement Information 
Panel 300. For example, a repetitive line might contain all of the 
transaction data except for the amount of the transaction, the value date and 
any additional memo data which the user wants to put in the Additional 
Information tab 364. 

20 By clicking on the Account Button 306, the user is presented 

with a list of the accounts which have been preset as being allowed to 
participate in transactions associated with the selected repetitive line. In 
essence, the total universe of accounts to which the user has entitlement is 
filtered by the selected repetitive line. In this manner the user can choose 

25 the specific account that is to be involved in the transaction without having 
to enter the remainder of the data fields from scratch. This concept of 
filtering also acts in reverse. The user can click on the Account Button 
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306, select an account, and when she clicks on the Line # Button 500, the 
user is presented with a filtered list of repetitive lines which can be used 
with that selected account number. Similar filtering occurs with respect to 
the settlement type and the payment method. 

The remainder of the fields appearing on the Settlement 
Information panel 300 are the same as previously described with respect to 
the fireeform transactions in regard to Figure 3 A. All of the fields in the 
Settlement Information Panel 300 must be filled out for the user to proceed 
to the Transfer Amount Panel 324. Again, the Transfer Amount Panel 324 
allows the customer to input the value date and amount of the repetitive 
transaction. The currency of the transaction is read only and cannot be 
changed. 

As previously described, the user can invoke the calendar to 
enter a date. The calendar will not show any holiday information, but 
when the transaction is saved, the present invention checks the value date 
based on the back office and the transaction currency in order to determine 
the effect of any holidays. The check is based on whether there is a 
holiday in the country of the pay currency and whether the debit account 
owning the branch/back office is on holiday. 

As shown in Figures 7A-7E, the Payment Instruction Panel 
302 for drawdown transactions consists of a Summary Panel 502 (Figure 
7A), a Debit Account panel 504 (Figure 7B), a Debit Bank panel 506 
(Figure 7C), a Payment Detail panel 508 (Figure 7D) and an Additional 
Information panel 510. When using a repetitive line to add a transaction, 
the data will be predefined for virtually all of the fields contained on these 
panels. One exception is in the Payment Details panel 508 (Figure 7D), in 
which, as previously described, the customer is able to put in information 
indicating the purpose of the transaction or whatever other information 
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desired by the user. 

Once the user is satisfied with the entered transaction, either 
entered freeform or via a repetitive line, the user can click on the Save 
button 512 (Figure 7 A) in order to save the transaction. Saving the 
transaction serves to store the transaction, but not to release (execute it). 

5 During the process of saving, the FTT is digitally signed using 

conventional security measures in order to authenticate the transaction. 
Once a transaction has been saved, the system assigns it the status of 
Entered. Once a transaction has status of Entered, it can be approved, 
modified, deleted or released. Most customers for wire transfers have an 

10 internal organization for the approval and release of transactions. 

Typically, one person will have authority to approve a transaction, while 
another has the authority to release the transaction. These various 
authorities are established in the entitlements database previously 
described. 

1 5 Transactions that have been entered can be approved, 

modified or deleted. Any user with the appropriate entitlement may delete 
a transaction by selecting it on the Summary screen 200 (see Figure 2) and 
hitting the delete button. The system will require confirmation of the 
deletion. In order to approve a transaction, the user selects one or more 

20 FTTs fi-om the Summary screen 200 (see Figure 2) with the status of 
Entered. The user then clicks on the Approve Button 210. The system 
then validates the digital signatures of the approved FTTs received during 
the Add or Modify processes in order to verify the authenticity of the 
transaction. Once verified, the status of the FTT is changed to Approved 

25 and the system updates the Summary screen 200. Once an FTT has been 

approved, it can be released, deleted or further modified. If a repetitive line 
was used to create the FTT, and if the repetitive line has since changed, the 
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system prompts the user to approve the new line details. Approved 
transactions may deleted as described above. 

An Entered or Approved transaction can be modified. In 
order to modify a transaction, the user selects one or more FTTs from the 
Summary screen 200 (see Figure 2). The user then clicks on the Modify 

5 Button 230. The user can then make changes in the Settlement Information 
panel 300, the Transfer Amount Panel 324, and the Payment Details panel 
508 (see Figure 3A). For repetitive transactions, the user can only modify 
the value date, the amount and the payment details. If the user want to 
make other modifications to a repetitive transaction, the user must add a 

10 new transaction. When finished with the modification, the user saves the 
transaction which then has a status of Entered, just like a new transaction. 
Once a transaction has been modified, it must be approved before it is 
released. 

In order to release a transaction, the user selects one or more 
1 5 FTTs from the Sunmiary screen 200 (see Figure 2) with the status of 

Approved. Only an Approved transaction can be released, and transactions 
with a value date which has passed cannot be released. The user then 
clicks on the Release Button 240. The system then prompts the user a 
password. If the password is accepted, the system then validates the digital 
20 signatures of the FTTs to be released and digitally authenticates FTTs and 
releases them to the back office systems 16, 20 of the bank (See Figure 1) 
for processing. The user is notified of any FTTs whose digital signature 
was not validated or whose entitlement limits were not met (e.g., the 
amount of the transaction exceeded predetermined limits in the 
25 entitlements). Once a transaction has been released to the back office 

systems 16, 20 of the bank, its status is changed to Pending. When the back 
office systems 16, 20 of the bank issue a control number, the status of the 
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FTT is changed to Released. The control number is used by the customer 
and the bank to track the status of the FTT through the SWIFT system and 
the funds transfer systems 22 of other banks (see Figure 1). 

As previously described, customers can use the wire transfer 
facility of the present invention through a single bank to effectuate a 
5 transfer of funds from a second bank to a third bank. The funds do not 

have to originate with the bank hosting the system of the present invention. 
For example, if bank A is the host for the system, a customer can log onto 
the system at bank A, create an FTT which transfers funds from the 
customer's account at bank B to an account at bank C. To accomplish this, 

10 once created, approved and released, the transaction is forwarded from the 
funds transfer system 20 (see Figure 1) of bank A to the funds transfer 
system of bank B which processes the FTT by transferring the funds to the 
designated account at bank C. Bank B will honor the FTT if the customer 
has previously arranged with its bank B to accept electronic transfer 

1 5 instructions (SWIFT messages) from bank A. In this manner, a customer 
can use the single simple interface of the present invention to accomplish 
all of its wire transfer needs without all of the difficulties described above 
of having to communicate separately with all of the banks at which it 
maintains accounts. 

20 The other significant functionality of the present invention is 

the cash reporting function. This portion of the system allows the customer 
to view most details of any account it has through the use of the Internet 
and the single consistent interface of the present invention. As with the 
wire initiation function, the advantages of the cash reporting function of the 

25 present invention is that eliminates the need for the customers to establish 
separate communications with their different banks, maintain separate 
software packages, remember separate user id/password, deal with a 
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variety of security devices, pay for separate software licenses, learn to use 
different transaction input screens, and the inefficiency of handling 
separate transaction databases. 

The main screen 600 of the cash reporting viewer is 
illustrated in Figure 8. Area 602 displays a list of all of the reports which 
are available for the user to run. Although any types of reports could 
conceivably be generated, in a preferred embodiment of the present 
invention there are eight different reports including: a simple Balance 
report; a Balance and Transaction Summary report that sununarizes the 
transactions for the selected time period; a Balance and Transaction Detail 
report includes the details of the transactions for the selected time period; 
Checks Paid Ascending Dollar; Checks Paid Descending Dollar; Control 
Disbursements Funding; Lockbox Detail; and Lockbox Summary. 

In area 604, the customer selects the relevant time frame for 
the report. If the user selects the radio button Prior 606, the time frame for 
the report will be from the previous day. Selection of the radio button 
Current 608 causes the report in include the balance and or activity from 
the current day, while the Last Access radio button 610 generates a report 
from the date of the last report run by the customer. The text boxes next to 
the radio buttons 606-610 allow the user to see the date of the information 
which the report will include, while the calender buttons 612 allow the user 
to quickly select a date. The calender buttons 612 are necessary even for 
single day reports to allow the customers to adjust for time zone changes in 
global operations. 

As an alternative to the Prior, Current and Last reports, the 
customer can select radio button 614 in order to generate a report with a 
user defined date range. The user inputs the desired date range into the 
From and To text boxed appearing below the Date Range radio button 614. 
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Again, calendar buttons 616 are included to allow the customer to quickly 
select a date. The date range selection is available for all of the reports. 

The accounts from which the customer can generate reports 
are listed in area 61 8 of the screen. The accounts are identified by the 
Account Number, Account Name, Bank Name, Bank Identifier, Branch 
5 Number and the Country of the Bank. The entitlement database previously 
described contains the hst of account which the particular user is allowed to 
view. Only the accounts to which the user is entitled are listed in area 618. 
Although in the example depicted in Figure 8, area 618 only lists accounts 
from a single bank, Chase Manhattan, the user is able to view the details 

1 0 from any of its accounts at other banks provided that the other bank has 
supplied the host of the present invention with account information. 

As discussed with respect to Figure 1 , The present invention 
provides a link from the information reporting systems 24 of the host bank 
to the reporting systems 18 of any of the other banks at which the customer 

15 hold accounts. Through this link, the other banks supply the reporting 
system 24 of the host bank with files containing the account information 
for customers. The customer must have previously requested and 
authorized the other banks to provide this information to the host bank. 
The data firom the other banks is reformatted in the information reporting 

20 system 24 in order to be consistent with the data from the in-house 

accounts contained on reporting system 24. As previously described one 
significant aspect of the cash reporting feature of the present invention is 
that it provides the customers with a consistent user interface and reports, 
regardless of the source of the account data. 

25 The check boxes 620 allow the customer to select the 

accounts on which reports to be generated. Once the user has selected the 
accounts, she can select the Run Report button 622 to generate the reports 
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and the View Report button 624 in order to view the reports. The View 
Report button 624 will present the user with the list of reports which have 
been run and stored in the last five days that can be viewed by the user. 
The Mark Account button 626 allows the user to select all of the accounts 
listed in area 618, while the Clear Accounts clears all of the user's 
5 selections. 

Figure 9 A through Figure 13 illustrate some sample of the 
account reports generated by the present invention. Figures 9A- 9D depict a 
Balance and Transactional Detail report for the current day (the day the 
report is being run). This report includes all of the details of the 

1 0 transactions which have been processed (not necessarily posted) for the 
current day. As seen in Figure 9 A, the report includes the transactional 
data for a given account number 700. Section 702 of the report includes a 
summary of the account activity, and the reporting of the credits to the 
account starts at point 704 on the report. The entries contained on the 

15 bottom of Figure 9 A through the top of Figure 9C are the details of the 
credit transactions with respect to the account The total credits to the 
account is listed at 706 on Figure 9C. The reporting of the debit 
transactions begins at 708 on Figure 9C and continues through the bottom 
of Figure 9D. At the bottom of Figure 9D at 710 is listed the total debits 

20 for the account. This report accordingly give the customer a detailed 

representation of all of the activity with respect to the listed account for the 
current day's activity. 

Figures lOA-lOG provides a similar Balance and Transaction 
Detail for the Prior day's activity, except that these Figures include the 

25 account details for two different accounts on the same report. Figures 1 OA- 
lOC illustrate the details of the prior day's transaction for a first account 
720, while Figures lOD-lOG illustrate the details for a second account 722 
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(see Figure lOD). It is therefore clearly shown that the present invention is 
able to produce, in a single report, the detailed account activity with respect 
to several account from several different banks. Although not shown, a 
similar Balance and Transaction Detail report can also be generated for the 
Last Access and Date Range time periods. 
5 Figures 1 1 A- 1 1 C illustrate a sample Summary report 

generated by the present invention. The time frame for this particular 
report is from the Last Access by the Customer. Sinndlar to the Detail 
reports described above, the Summary report includes a summary section 
730 that summarizes the credits and debits to/from the account. Starting at 

10 section 732 each of the credit transactions are listed in summary form as 

opposed to the detailed format depicted in Figures 9 and 10. The summary 
of the debits begins at 734 on Figure 1 IB. This summary format provides 
the customer with a Ust of all the transactions without the detailed 
information included in the other reports. In reviewing the Summary 

15 report, if the customer need to see the details of a transaction, the Detailed 
report can be run. In section 736, the Summary report concludes with a 
complete summary of the balances, total credits and total debits. Although 
not shown, similar Summary reports can be generated for Prior, Current 
and Date Range time frames. 

20 Figure 12 depicts a Balance report for the Prior day. This 

report does not include any of the transaction details or summaries as is 
used in the previously described reports. As with the other reports, the 
Balance report can be generated for the Current, Last Access and Date 
Range time frames. Figure 1 3 is a report generated with respect to a 

25 Demand Deposit Account (DDA). This report Usts the details with respect 
to the account activity, namely the checks posted against the account. This 
particular report lists the checks in descending order. A separate report 
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(not shown) lists the checks in ascending order. 

Although the present invention has been described in relation 
to particular embodiments thereof, many other variations and other uses 
will be apparent to those skilled in the art. It is preferred, therefore, that the 
5 present invention be limited not by the specific disclosure herein, but only 
by the gist and scope of the disclosure. 
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We claim: 



1 1 . A system for receiving and processing funds transfer 

2 transactions from a customer of a financial institution, the system 

3 comprising: 

4 an application server hosting an Internet site application 

5 program, wherein a customer of the financial institution is able to access 

6 the Internet site application program through a standard Internet browser; 

7 a plurality of user input screens contained in the Internet site 

8 application program, the user input screens accepting input information 

9 with respect to at least one funds transfer transaction from the customer; 

10 a back office processor coupled to the application server, the 

11 back office processor receiving the input information from the application 

12 server, generating a funds transfer instruction in response to the received 

13 input information and executing the funds transfer instruction. 

1 2. The system according to claim 1, wherein the financial 

2 institution is a first financial institution and wherein the at least one funds 

3 transfer transaction involves transferring funds from a first accoxmt at the 

4 first financial institution to a second account at a second financial 

5 institution, the system further comprising: 

6 a link between the first financial institution and the second 

7 financial institution, wherein the back office processor executes the funds 

8 transfer instruction by transmitting the funds to the second financial 

9 institution. 

1 3. The system according to claim 1, wherein the financial 

2 institution is a first financial institution and wherein the at least one funds 

3 transfer transaction involves transferring funds from a first account at 



wo 00/30007 



PCT/US99/27035 



-27- 



4 second financial institution to a second account at a third financial 

5 institution, the system fiirther comprising: 

6 a Unk between the first financial institution and the second 

7 financial institution, wherein the back office processor executes the funds 

8 transfer instruction by transmitting the fiinds transfer instruction to the 

9 second financial institution whereby the second financial institution 
10 subsequently transmits the fiinds to the third financial institution. 

1 4. The system according to claim 1, wherein the user input 

2 screens fiirther comprise: 

3 input fields for accepting a pointer to a repetitive line and an 

4 amount of the fiinds transfer transaction, the repetitive line containing 

5 predefined details relating to the fiinds transfer transaction, wherein the 

6 back office processor generates the funds transfer instruction using the 

7 repetitive line and the amount 

1 5. The system according to claim 1 , wherein the user input 

2 screens fiirther comprise: 

3 input fields for accepting: 

4 account information describing the account to be 

5 debited, 

6 ultimate beneficiary information describing the 

7 ultimate beneficiary of the fiinds transfer 

8 transaction, 

9 beneficiary bank information describing the bank of 

10 the ultimate beneficiary of the fiinds transfer 

11 transaction, 

12 intermediate bank information describing an 
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13 intennediary bank involved in the funds 

14 transfer transaction, and 

15 payment detail information describing details relevant 

16 to the customer regarding the funds transfer 

17 transaction. 

1 6. The system according to claim 5, wherein the application 

2 server saves and stores the input information as a repetitive line and 

3 wherein the repetitive line can be used for subsequent funds transfer 

4 transactions. 

1 7. The system according to claim 1 , wherein the funds 

2 transfer transaction requests a transfer of funds from a first account at the 

3 financial institution to a second account at the financial institution, the back 

4 office processor executing the funds transfer instruction by transferring the 

5 funds from the first account to the second account. 

1 8. The system according to claim 1 , wherein the funds 

2 transfer transaction requests a transfer of funds from a first account to a 

3 second account and where in the accounts are in two different currencies. 

1 9. The system according to claim 1, wherein the Internet site 

2 application program further comprises a reporting application, the reporting 

3 application allowing the customer to generate and view reports regarding 

4 the customer's accounts. 

1 10. The system according to claim 9, wherein the customer's 

2 accounts includes the customer's accounts at the financial institution and 
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the customer's accounts at other financial institutions. 

1 1 . The system according to claim 9, wherein the reports 
include a report on a balance of the account, a report on transactions 
conducted with respect to the account, a control disbursements funding 
report and a lockbox report. 

12. The system according to claim 1, wherein the Internet 
site apphcation program further comprises a security appUcation, the 
security application verifying the customer's authority to enter, modify, 
approve and release funds transfer transactions. 

13. The system according to claim 12, wherein security 
application authenticates funds transfer transactions. 

14. The system according to claim 12, wherein the customer 
has multiple users, and wherein the security application verifies the user's 
authority to enter, modify, approve and release funds transfer transactions. 

1 5. A method for receiving and processing funds transfer 
transactions from a customer of a financial institution, the method 
comprising the steps of: 

providing secvure access to an Internet site application 
program through a standard Intemet browser; 

accepting input information from the customer through user 
input screens of the Intemet site application program, the input information 
being related to at least one funds transfer transaction; 

generating a funds transfer instruction in response to the 
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10 received input information; and 

1 1 executing the funds transfer instruction. 

1 16. The method according to claim 1 5, wherein the financial 

2 institution is a first financial institution, the method further comprising the 

3 step of transferring funds from a first account at the first financial 

4 institution to a second account at a second financial institution. 

1 17. The method according to claim 15, wherein the financial 

2 institution is a first financial institution and wherein the step of executing 

3 the funds transfer instruction further comprises the step of 

4 transferring funds from a first account at second financial 

5 institution to a second account at a third financial institution. 

1 18. The method according to claim 1 5, wherein the step of 

2 accepting input information from the customer further comprises the steps 

3 of: 

4 accepting a pointer to a repetitive line wherein the repetitive 

5 line containing predefined details relating to the funds transfer transaction; 

6 and 

7 accepting an amount of the funds transfer transaction, 

8 wherein the funds transfer instruction is generated using the repetitive line 

9 and the amount. 

1 19. The method according to claim 1 5, wherein the step of 

2 accepting input information from the customer further comprises the steps 

3 of: 

4 accepting account information describing the account to be 



wo 00/30007 



PCTAJS99/27035 



-31- 



debited; 

accepting ultimate beneficiary information describing the 
ultimate beneficiary of the funds transfer transaction; 

accepting beneficiary bank information describing the bank 
of the ultimate beneficiary of the funds transfer transaction; 

accepting intermediate bank information describing an 
intermediary bank involved in the fiinds transfer transaction; and 

accepting payment detail information describing details 
relevant to the customer regarding the funds transfer transaction. 

20. The method according to claim 19, further comprising 

the steps of: 

saving the input information as a repetitive line; and 
using the saved repetitive line for at least one subsequent 
funds transfer transaction. 

21. The method according to claim 15, wherein the step of 
executing the funds transfer instruction further comprises the step of 
transferring funds firom a first account at the financial institution to a 
second account at the financial institution. 

22. The method according to claim 15, wherein step of 
executing the funds transfer instruction further comprises the step of 
transferring funds from a first account in a first currency to a second 
account in a second currency. 

23. The method according to claim 14, further comprising 
the step of generating and reports regarding the customer's accounts. 
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1 24. The method according to claim 23, wherein the 

2 customer's accounts includes the customer's accounts at the financial 

3 institution and the customer*s accounts at other financial institutions. 

1 25. The method according to claim 23, wherein the step of 

2 generating reports fiirther includes the steps of: 

3 generating a report with respect to a balance of the account; 

4 generating a report with respect to transactions conducted 

5 regarding the account; 

6 generating a report with respect to control disbursements 

7 fiinding; and 

8 generating a report with respect to a customer's lockbox 

9 operations. 

1 26. The method according to claim 15, fiirther comprising 

2 the step of verifying the customer's authority to enter, modify, approve and 

3 release funds transfer transactions. 

1 27. The method according to claim 1 5, further comprising 

2 the step of authenticating the funds transfer transaction. 

1 28. The method according to claim 12, wherein the customer 

2 has multiple users, the method further comprising the step of verifying the 

3 user's authority to enter, modify, approve and release funds transfer 

4 transactions. 

1 29. The method according to claim 28, wherein the multiple 

2 users have different authorities. 
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354 

Bank Informotion: 

Cust Reference: 



368 



•365 



"Zl 



Chase Chorges: ® Remitter O Beneficiary ^370 
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Summary I Ultimate Bene | Bene Bank| Poyment Detail | AddUtonol Informotionl 



Ult Bene Id: 
Ult Bene Name: 
Ult Bene Address: 

Bene Bank Nome: 
Bene Bank Address: 



Ult Bene Id: 
UIl Bene Nome; 
Ult Bene Address: 



Bene Bonk Nome: 
Bene Bonk Address: 



"Zl 



n jji 

Chose Chorges: O Remitter O Beneficiory 



FIG. 4A 



Summary Ultimate Bene | Bene Bonk | Poyment Detoil | Additional Information | 



m. 4B 



Summary I Ultimote Bene Bene Bonk| Poymenl Detoil | Addltionol Information] 



Summary | Ultimote Bene | Bene Bonk Payment Detoil | Additional Information | 
Poyment Details: | 



HG. 4C 



FIG. 4D 



Summary | Ultimote Bene | Bene Bonk | Poyment Detoil Additionol Information 
Bonk informotion: 

Cust Reference: I 



FIG. 4E 
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Summary | Ultimate Bene | Payment Detail | Additionot lnformotion| 



Ult Bene Id: 
Ult Bene Nome: 
Ult Bene Address: 



m. 5A 



Summary Ultimote Bene (Payment Oetoii | Additionol Infarmationl 



Ult Bene Id: 
Ult Bene Name: 
Ult Bene Address: 



FJG. 5B 



Summary | Ultimote Bene Poyment Detail | Additional Information | 
Poyment Detoils: 



m. 5C 



Summary | Ultimote Bene | Payment Detail Additional Informotion 
Bonk Informotion: 

Cust Reference: 



12 



jJ 



I T]| 

Chose Chorges: • Remitter O Beneficiory 
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Summory I Debit Account | Debit Bonk| 
400^ 

Debit Party Name: 
Debit Porty Address: 



Debit Bonk Nome: 
Debit Bank Address: 



HG. 6A 



Summary Debit Account | Debit Bank| 

402^ 

Debit Porty Nome: 

Debit Party Address: 



Cust Reference: 



.404 
•406 



^408 



FIG. 6B 



Summory I Debit Account Debit 6onk| 



■ 410 



Debit Bank Nome: 
Debit Bonk Address: 



•412 
^414 
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ADD WIRE INITIATION 



m 



500 



3^ 



304 



Repetitive tine: | |UNE90 
Bank ID: CHASGB2LXXX 
Bank Line: 
Settlement Type: 



~2 Accoimt: USO 9009000044 

Account Nome: TESTING LONDON SYNCHING 
Branch: CMB BOURNEMOUTH-PADS 

Poy Method: USD 



Votue Dote 



10/23/1998 



Amount: DEM 



0.00 



Summary I Debit Account | Debit Bonk | Payment Detail | Additional Information! 

^502 

Debit Account No.: ACCOUNT NUMBER FOR PAYING CUST 



Debit Porty Nome: NAME FOR PAYING CUST 
Debit Party Address: 



Debit Bonk Nome: 
Debit Bonk Address: 



INTERMED BANK1 
INTERMED BANK2 
INTERMED BANK3 
INTERMED BANK4 

512 



504 



SAVEM CLEARi ClJDSg HELP 



Summory I Debit Account FOebit Bonk | |Poyment Oetoil | Additional lnformotion| 

.Debit Bonk Nome: INTERMED BANK! 
Debit Bonk Address: INTERMED BANK2 
INTERMED BANK3 

INTERMED BANK4 ^ 508 



Summory I Debit Account 1 1 Debit Bonk] Poyment Detail | Additional lnformotion| 

Debit Account Number ACCOUNT NUMBER FOR PAYING CUST 
Debit Party Nome: NAME FOR PAYING CUST 
Debit Party Address: 

506 



300 
■324 



■302 



HG. 7A 



FIG. 7B 



FIG. 7C 



Summory | Debit Account [ Debit Bank I Poyment Oetoil I | Additionol Inf ormotion | 
Poyment Detoils: | 



FIG. 7D 



SUBSTITUTE SHEET (RULE 26) 



wo 00/30007 PCTAJS99/27035 



9/26 



Summory | UUimote Bene | Poyment Oetoil lAdditiond In formotion | 



Bonk information: 

BANK REF INFOl 
BANK REF INF02 



510 



HG. 7E 
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CHASE MANHATTAN BANK 
BALANCE AND TRANSACTION DETAIL, CURRENT DAY 
GLOBAL ELECTRONIC INFORMATION REPORT 

REPORTING AT: 16:53 N.Y. TIME 02/20/199B FOR BUSINESS DAY 02/20/1998 
INTRADAY TRANSACTIONS REPORTED ARE FOR INFORMATIONAL PURPOSES ONLY 

-UNITED STATES— 

—CHASE MANHATTAN - NY INTRA DAY— 

-US DOLLAR- 
ACCOUNT NAME 
TESTBTR 

SAME DAY NEXT DAY 2 MORE DAYS 
14.608.00 

172.830.04 

1.149,990.91 

2.827.753.20 
-1.504.932.25 

CREDITS 

704-^ 

AMOUNT FDS OUR-REF-NO PGD TIME 

DATE 

467.249.89 S 0120207349FF FTS 11:55 

S 

YR REF: OS PNCBANK PITT 

REC FR: PNC BANK. NA MAIL CODE P2-PTPP-23-1 620 LIBERTY AVENUE 

PITTSBURGH PA 15222-2719 



FIG. 9A 



ACCOUNT NUMBER 
001-006600 

"\ LAST UPDATE: 12:17 N.Y. TIME 
02/20/1998 

LEDGER 
OPENING BALANCE 

187.438.04 

-TOTAL CREDITS— 11 
702 ^ 1.149.990.91 

-TOTAL DEBITS— 22 

2.827.75320 

-PROJECT BALANCE- 

-1.490.324.25 
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B/O 



RECGFP: 
REMARK: 
NT REF #: 



S 

YR REF: 
REC FR: 
DE 19890 
B/O: 

RECGFP: 
REMARK: 
NT REF # 



S 

YR REF: 
REC FR: 
DE 19890 
B/O: 

RECGFP: 
REMARK: 
NT REF#: 



S 

YR REF: 
REC FR: 
DE 19890 
B/O: 

RECGFP: 
REMARK: 
NT REF#: 



/001000002321182 INTER-POWER USA, INC., %INTERP0WER OF NEW 
YORK. 19 BRITISH AMERICAN BOULEVARD.LATHAM.NY 

12151157 MRNSEQ: 9712150015810946 

INTERPOWER OF NEW YORK /BNF/SEQ-971215001581/TIME/11:58 
1215 D3QCI21D 000946 ***VIA FED*** 

165,365.12 S 0465203349FF FTS 12:15 

0/B WILM TRUST 

WILMINGTON TRUST CO RODNEY SQUARE NORTH WILMINGTON 

/434902 CORP TRUST 

12151749 MRNSEQ: 01322 

REF BARBARA PHILLIPS CHADBOURNE ANDPARKE LLP mME/17:48 
1215 C1QACI2A 000689***V1A FED*** 

116,451.25 S 0464701349FF FTS 12:15 

0/B WILM TRUST 

WILMINGTON TRUST CO RODNEY SQUARE NORTH WILMINGTON 

/434912CORP TRUST 
1215749 MRNSEQ:01331 

REF BARBARA PHILLPS CHADBUTNE PARKE LLP /TIME/17:50 
1215 C1QACI2A 000691 **VIA FED** 

97.045.91 S 0462907349FF FTS 12:15 

0/B WILM TRUST 

WILMINGTON TRUST CO RODNEY SQUARE NORTH WILMINGTON 

/434922 CORP TRUST 

12151750 MRNSEQ: 01333 

REF BARBARA PHILLPS CHADBOURNE PARKE LLP yTIME/17:50 
1215C1QAC12A 000693 •*VIA FED** 



ABREVIATED 
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REC FR: 

GERMANY 

B/0: 

RECGFP: 
REMARK: 



13/26 

DEUTSCHE BANK A G TAUNUSANLAGE 12 FRANKFURT 

AIXTRON AG KACKERTSTR 15-17 5202 AACHEN DEUTSCHE BANK AG. 

AACHEN W. GERMANY 

12162313 

INVOICE 8024-1 186 /BNF/$15.00 FEES DED 



2.050.00 



00677700349II FTS 12:15 



YR REF: 
REC FR: 
15 NEW 

RECGFP: 
REMARK: 



706 



-TOTAL CREDITS— 



CFE OF 97/12/15 

CHASE MANHATTAN FUNDS TRANS SAMEDAYCREDIT RETURNS 

YORK PLAZA NEW YORKNY 10015 
12151754 

REV OF ENTRY DD 12/15/97 TRN 01860 00349EU YR REF CFE OF 
97/12/15 MORGAN GTY TR CO. ADVISES ACCOUNT IS CLOSED 
/BNF/OUR REF. CMB4803-15DEC97 CHASREF03591 03349FF 



11 



708 



1.149.990.91 



1.149,990.91 



DEBTS 



AMOUNT FDS OUR-REF-NO PGD TIME DATE 

2.746.869.23 S 0185200349EU FTS 12:08 

S 

YRREF: CFE OF 97/12/15 

PAID TO: CHADBOURNE & PARKE PAYROLL A-C 30 ROCKEFELLER PLAZA. SUITE 

3024 NEW YORK NY 101 12-3096 
RECGFP: 12151225 

REMARK: FOR LEGAL & NON EXEMPT YEAR END BONUS 

12,699.00 S 0187400349EU FTS 11:59 

S 

YR REF: 
PAID TO: 
RECGFP: 
REMARK: 
NT REF#: 

FIG. 9C 



CFE OF 97/12/15 

WEST BK BELV WESTERN BANK BELLEVUE WA 
12151228 MRNSEQ: 00349EU01874 

/20170957140 MITCHELL STOCKS NY FOR ASSOC /TIME/12:31 
1215B1QGC02C 002314 '"VIA FED** 
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2.000.00 S 0186500349EU FTS 11:59 

S 

YRREF: CFE OF 97/12/15 

PAID TO: BANKERS NYC BANKERS TRUST COMPANY NEW YORK NY 

RECGFP: 12151228 MRNSEQ: 00349EU01865 

REMARK; /00163053 FIDEUTY GROUP OF FUNDS NY NY /05004B7203309 

RICHARD LISKOV FID US GOVT R NY NY FOR FURTHER CREDIT TO 

THE TRUSTEES OF C&P RETIRMENT PLAN AND TRUST FOR THE BENEFIT 

OF R LISKOV /TIME/1 2:30 

NT REF#: 1 21 5 81 QGC08C 002358 ** **VIA FED** 

1.847.00 S 0187500349EU FTS 11:59 

S 

YRFER: CFE OF 97/12/15 

PAID TO: CITIBANK FSB WALNUT CITIBANK FEDERAL SAVINGS BANK WALNUT 

CREEK CA 

B/0 CHADBOURNE & PARKE LLP NY 

RECGFP: 12151228 MRNSEQ: 00349EU01875 

REMARK: /040008644243 BRIAN MCALUSTER NY FOR ASSOC BONUS 

/TIME/12:31 

NT REF#: 1 21 5 B1 QGC08C 002361 ** **VIA FED** 

880.00 S 0186600349EU FTS 11:59 

S 

YRREF: CFE OF 97/12/15 

PAID TO: BANKBOSTON BANK OF BOSTON BOSTON MA 021 05- 

B/O CHADBOURNE & PARKE LLP NY 

RECGFP: 12151228 MRNSEQ: 00349EU01866 



*ABREVIATED* 



REMARK 



NT REF#: 



/53261544 FAFLIC BOSTON MA /GA-90687A RICHARD LISKOV NY FOR 
FURTHER CREDIT TO THE TRUSTEES OF C&P RETIREMENT PLAN AND 
TRUST FOR THE BENEFIT OF R LISKOV /TIME/12:31 
1215 B1QGC02C 002311 - **VIA FED** 



-TOTAL DEBITS— 



22 



2.827,753.20 



2.827.753.20 
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CHASE MANHATTAN BANK 

BALANCE AND TRANSACTION DETAIL. PRIOR DAY 

GLOBAL ELECTRONIC INFORMATION REPORT 

REPORTING AT: 16:22 N.Y. TIME 02/20/1998 FOR BUSINESS DAY 02/19/1998 

—UNITED STATES— 



-CHASE ^/lANHATTAN - NY 
-US DOLLAR- 



ACCOUNT NUMBER 
323-2-62090 

LAST UPDATE: 11:01 N.Y. TIME 02/20/1998 

LEDGER 
CLOSING BALANCE 

4,501.00 



-AVAILABLE BALANCES- 
OPENING ON 02/20/1998 
AVERAGE THIS MONTH 
PREVIOUSLY MONTH 
YEAR-TO-DATE 



ACCOUNT NAME 
TEST 



SAME DAY 



POSTED— 



NEXT DAY 2 MORE DAYS 



3.865.00 

3.865.00 
5.16678 
24,875.74 
17.385.66 



636.00 



CREDITS 



AMOUNT 



FDS 
S 



57.425.17 
CHKNO: 1650000003 

REMARK: REFERENCE NUMBER 1650000003 

26.517.47 S 
CHKNO: 1910000003 

REMARK REFERENCE NUMBER 1910000003 



OUR-REF-NO PGD TIME DATE 
0000100050CD CSH 



0000300050CD CSH 



m. lOA 
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PCT/US99/27035 



5.400.00 S 0000200050CD CSH 

CHKNO: 1650000003 

REMARK REFERENCE NUMBER 1650000003 



1.835.86 M 0060002098TS D/R 

0: 220.86 
1: 1.087.00 
2: 528.00 
3: 0.00 

CHKNO: 1910008263 

REMARK: DEPOSIT REFERENCE NUMBER 1910008263 



733.80 M 0080002099TS D/R 

0: 91.80 
1: 592.00 
2: 50.00 
3: 0.00 
CHKNO: 1650011413 

REMARK: DEPOSIT REFERENCE NUMBER 1650011413 

•ABREVIATED* 



FIG. lOB 



SUBSTITUTE SHEET (RULE 26) 
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0: 0.97 
1: 0.00 
2: 25.00 
3: O.OO 

CHKNO: 1650011353 

REMARK: RETURN ITEM CREDIT 

REDEPOSIT- 1650011353 



-TOTAL CREDITS- 

91.969.65 



89.656.65 



1679,00 



634.00 



DEBITS 



AMOUNT 



FDS 



OUR-REF-NO PGD TIME DATE 



95,915.66 S 0029370118XF ADT 

REMARK: STANDING INSTR TO: 323-262384 

STANDARD ADT DEBIT 



2.000.00 S 9805000287CJ 

CHK NO: 1640000003 
REMARK: REFERENCE NUMBER 1640000003 



CSH 



850.00 S 9805000288CJ 

CHKNO: 1640000003 
REMARK: REFERENCE NUMBER 1640000003 



CSH 



•ABREVIATED* 



-TOTAL DEBITS- 

99.305.65 



99.305.65 



FIG. IOC 
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ACCOUNT NUMBER 
001-0-06843 

LAST UPDATE: 1 1 :01 N.Y. TIME 
02/20/1998 



LEDGER 
CLOSING BALANCE 
187.438.04 



—AVAILABLE BALANCES- 
OPENING ON 02/20/1998 
AVERAGE THIS MONTH 
PREVIOUS MONTH 
YEAR-TO-DATE 



ACCOUNT 
NAME 
TESTBTR 



SAME DAY NEXT DAY 2 OR MORE DAYS 

110.522.04 62.308.00 14,608.00 



172.830.04 
367.185.84 
798.740.83 
634,749.96 



CREDITS 



AMOUNT FDS OUR-REF-NO PGD TIME DATE 

1.000.000.00 S 0805051031CL CLS 

REMARK: COMM'L LOAN CREDIT 

REPRESENTING THE FOLLOWING NOTE REBATES(S): LOAN#: 
0000090278 NOTE #: 000001 

53,250.47 M 0110000486TS D/R 



no. lOD 
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REMARK: 



REMARK: 



REMARK: 



REMARK: 



9.084.47 
29,558.00 
14.608.00 
0.00 

EXPEDITED FUNDS 

45.784.65 S 0255301 050FF FTS 

748998021 9 B/0 THE DAl-ICHI KANGYO BANK LTD. 
VIA: DAI-ICHI KANGYO BANK LIMITED /026004307 B/O: THE 
DAWCHI KANGYO BANK LTD. NEW YORK. N.Y. 10048 REF: CHASE 
NYC/CTR/BNF=CHADBOURNE & PARKE NEW YORK NY 
10112-0001/AC-000001006800 RFB=7489980009 BBI-/BNF/ATTN 
BARBARA PHILLIPS DAI ICHI KANGIMAD: 0219BIQ8661C000092 

29,167.00 S 05082108B5TC AGH 

BRN & WILLIAMSN PC/REMIT 980219 

ORIG CO NAME: BRN & WILLIAMSN ORIG ID: 16101444470 
DESC DATE: FEB 19 CO ENTRY DESC: PO/REMIT SEC: CTX 
TRACE NO: 21000028210885 EED: 980219 IND ID: 
IND NAME: 0008CHADBOURNE AND P 

12.512.78 S 0250913050FF FTS 

7476980219 B/O THE DAI-ICHI KANGY BANK LTD. 
VIA: DAI-ICHI KANGYO BANK LIMITED /026004307 B/O: THE 
DAI-ICHI KANGYO BANK LTD. NEW YORK. N.Y. 10048 REF: CHASE 
NYC/CTR/BNF-CHADBOURNE & PARKE NEW YORK NY 
10112-0001/AC-000001000043 RFB=7476980219 BB!=/BNF/ATTN 
BARBARA PHILLIPS DAI-ICHI KANGIMAD: 0219BQ8661C00090 
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11.354.00 S 030451050FF FTS 

REMARK: 0/B BK OF NYC B/0 GLG BALANCED FUND 

VIA: BANK OF NEW YORK/021000018 B/0: GLG BALANCED 

FUND UNITED KINGDOM REF: CHASE NYC/CTR/BNF=CHADBOURNE & 

PARKE NEW YORK NY 101 12-0001/AC-000001 006003 RFB=0/B BK OF N 

YC OBI-ATTN BARBARA PHILLIOS BBI=n"IME/16:171MAD: 

0219B1Q8153C008822 

-TOTAL CREDITS— 7 

1.163.659.12 419.493.12 29,558.00 14.608.00 
. __ DEBITS 



AMOUNT 



FDS 



OUR-REF-NO PGD TIME DATE 



1.084.099.79 
REMARK: STANDING INSTR TO: 

STANDARD ADT DEBIT 



S 0007460253XF ADT 

615-525350 



REMARK: 



190.500.00 S 
VISTAGLBLM 223 223 1006843 



1300049050KG INV 



34,975.14 S 
REMARK: STANDING INSTR TO: 

ADT FLOAT XFER DEBIT 



00161 80253XF ADT 
615-771769 



REMARK: 



27.499.94 S 6751003050WD MTS 

REF: CAD CK OVER LIMIT HAS BEEN ENTERED FOR COLLECTION 



••*ABREVIATED*'* 
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168.75 S 98049000214CL CLS 
REMARK: COMMERCIAL LOAN DEBIT: A/C 3420-0000902780-969 

93.75 S 980490021 3CL CLS 
REMARK: COMMERCIAL LOAN DEBIT: A/C 3420-0000902780-001 

—TOTAL DEBITS— 9 

1.342,639.34 1,342.639.34 

—TOTALS CHASE MANHATTAN - NY 

US DOLLAR 

CLOSING LEDGER BALANCE 1 91 .939.04 

CLOSING AVAILABLE BALANCE 1 1 0,522.04 

CLOSING NEXT DAY BALANCE 66.173.00 

CLOSING 2 OR MORE DAYS 1 5.244.00 

TOTAL CREDITS 1 .255.628.77 

TOTAL AVAILABLE CREDITS 1 ,209.149.77 

TOTAL NEXT DAY CREDITS 31 ,237.00 

TOTAL 2 OR MORE DAY CREDITS 1 5.242.00 

TOTAL DEBITS 1 .441 .944.99 

TOTAL AVAILABLE DEBITS 1 .441 .944.99 

TOTAL OPENING AVAIL BALANCE 176.695.04 

AVERAGE AVAIL THIS MONTH 372.352.62 

AVERAGE AVAIL PREV MONTH 823.616.57 

AVERAGE AVAIL YEAR-TO-DATE 652.1 35.62 
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St Access Report 02/20n998 00:00:00 



CHASE MANHATTAN BANK 
BALANCE AND TRANSACTJON SUMMARY. LAST ACCESS 
GLOBAL ELECTRONIC INFORMATION REPORT 



REPORTING AT 17:U N.Y. TIME 02«0n998 FOR BUSINESS DAY 02C0nS98 
INTRADAY TRANSACTIONS REPORTED FOR INFORMATIONAL PURPOSES ONLY 



—UNITED STATES— 



—CHASE MANhiATTAN - NY 
— USDOLLAR- 



INTRADAY- 



ACCOUNT NUMBER 
001-04)6843 

LAST UPDATE: 12:17 N.Y. TIME 
UPDATES SINCE LAST ACCESS AT 

LEDGER 
OPENING BALANCE 
187.438.04 



ACCOUNT NAME 
TESTBTR 



02/20/1996 

00:00 ON 02/20/1998 



SAME DAY 
172.830.04 



NEXT DAY 
14.608.00 



2 OR MORE DAYS 
0.00 



730 



TOTAL CREDITS 



TOTAL DEBITS 



11 

1,149.990.91 

22 

2.827.753.20 



0.00 
1.149.990.91 

2.827.753.20 



0.00 



0.00 



0.00 



0.00 



—PROJECTED BALANCE— 



-1.490,324J25 



-1.504.932.25 



0.00 



0.00 



732- 



CREDITS 



AMOUNT 


FDS 


OUR-REF-NO 


PGO 


TIME 


DATE 




467.249.89 


S 


O120207349FF 


FTS 


11:56 


02/20/1998 


S 


165.365.12 


s 


0465203349FF 


FTS 


12:15 


02/20/1998 


S 


116.451.25 


s 


0464701 349FF 


FTS 


12:15 


02/20/1998 


S 


97.045.91 


s 


0462907349FF 


FTS 


12:15 


02/20f1998 


S 


97.045.91 


s 


04661 03349FF 


FTS 


12:15 


02/20/1998 


S 



FIG. IIA 
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97.045.91 
97,045.91 
5.000.00 
3.005.01 
2.686.00 
2.050.00 

—TOTAL CREDITS— 
INSIDE RANGE 

1.149.990.91 

OUTSIDE RANGE 

0.00 



S 04663031349FF 

S 046ai02349FF 

S 0261001d49FF 

S 7587800349JS 

S 3383500346JS 

S 067770034911 



11 

0.00 
1.149.990.91 

0 

0.00 
0.00 



FTS 


12:15 


02/2(V1998 


S 


FTS 


12:15 


02/2W1996 


S 


FTS 


12:10 


02/20^996 


R 


FTS 


11:32 


02/20/1998 


S 


FTS 


12:17 


02/20/1998 


S 


FTS 


12:15 


02/20/1998 


R 



0.00 0.00 



0.00 0.00 



734 

















AMOUNT 


FDS 


OUR-REF-NO 


PGD 


TIME 


DATE 




2.746.B69.23 


S 


0185200349EU 


FTS 


12:08 


02/20/1998 


S 


12.699.00 


s 


01B5400349EU 


FTS 


11:59 


02QV1998 


S 


11.556.00 


s 


0187700349EU 


FTS 


11:59 


02^0^998 


S 


7.500.00 


s 


0167600349EU 


FTS 


11:59 


02/20/1998 


S 


6.552.00 


s 


018S100349EU 


FTS 


11:58 


02/20/1998 


S 


5.559.34 


s 


0187800349EU 


FTS 


11:59 


02/20/1998 


S 


5.482.87 


s 


0187300349EU 


FTS 


11:59 


02/20/1998 


S 


3.000.00 


s 


0186100349EU 


FTS 


11:59 


02/20/1998 


s 


2.488.8S 


s 


0185900349EU 


FTS 


12:02 


02/20/1998 


R 


2.311.12 


s 


0187200349EU 


FTS 


11:59 


02/20/1998 


S 


2.277.76 


s 


0187100349EU 


FTS 


11:59 


02/20/1998 


S 


2.240.0O 


s 


0186300349EU 


FTS 


11:59 


02/20/1998 


S 


2.240.00 


s 


0186400349EU 


FTS 


11:59 


02/20^998 


5 


2.050.00 


s 


01B6000349EU 


FTS 


11:59 


02/20/1998 


S 


2,050.00 


s 


0186200349EU 


FTS 


11:59 


0200/1998 


S 


2.050.00 


s 


0186B00349EU 


FTS 


11:59 


0200/1998 


S 


2.O50.00 


s 


0186900349EU 


FTS 


11:59 


02QQn998 


S 


2.050.00 


s 


0187000349EU 


FTS 


11:59 


02/20/1998 


S 


2.000.00 


s 


0186500349EU 


FTS 


11:59 


02O0/1998 


S 


2.000.00 


s 


0186700349EU 


FTS ■ 


11:59 


02/20/1998 


S 



no. iiB 



SUBSTITUTE SHEET (RULE 26) 



wo 00/30007 



24/26 



PCT/US99y27035 



1.847.00 S 0187500349EU FTS 11:59 02/20/1998 S 

880.00 S 018600349EU FTS 11:59 02/20/1998 



-TOTAL DEBITS- 
INSIDE RANGE 22 

2,827,753.20 2.827.753.20 0.00 

0.00 

OUTSIDE RANGE 0 

0.00 0.00 0.00 

0.00 

TOTALS: CHASE MANHATTAN - NY 

US DOLLAR 



< 



OPENING LEDGER BALANCE 


187.438.04 


OPENING AVAILABLE BALANCE 


172.830.04 


OPENING NEXT DAY BALANCE 


14.608.00 


TOTAL CREDITS 


1.149.990.91 


TOTAL AVAILABLE CREDITS 


1.149,990.91 


TOTAL NEXT DAY CREDITS 


0.00 


TOTAL 2 OR MORE DAY CREDITS 


0.00 


TOTAL DEBITS 


2,827.753.20 


TOTAL AVAILABLE DEBITS 


2,827.753.20 


PROJECTED LEDGER BALANCE 


-1.490.324.25 


PROJECTED AVAILABLE BALANCE 


-1.504,932.25 



m. lie 



SUBSTITUTE SHEET (RULE 26) 



wo 00/30007 



PCT/US99/27035 



25/26 



CHASE MANHATTAN BANK 
BALANCE REPORT, PRIOR DAY 
GLOBAL ELECTRONIC INFORMATION REPORT 

REPORTING AT: 15:24 N.Y. TIME 02/20/1998 FOR BUSINESS DAY 02/19/1998 
INTRADAY TRANSACTIONS REPORTED ARE FOR INFORMATIONAL PURPOSES ONI 

—UNITED STATES— 

--CHASE MANHATTAN - NY POSTED— 
-US DOLLAR- 
ACCOUNT NUMBER ACCOUNT NAME 
61 3-2-58020 CHECKS PAID 

LAST UPDATE: 1 1 :00 N,Y. TIME 
02/20/1998 



LEDGER 
CLOSING BALANCE 



SAME DAY 



NEXT DAY 



-4.714.09 



-4.714.09 



—TOTAL CREDITS— 
—TOTAL DEBITS— 



0 
3 



2.428.84 



2.428.84 



—AVAILABLE BALANCES- 
OPENING ON 



02/20/1998 



-4.714.09 



AVERAGE THIS MONTH 



35,662.20 
236,237.22 
160.018.71 



PREVIOUS MONTH 



YEAR-TO-DATE 




SUBSTITUTE SHEET (RULE 26) 



wo 00/30007 



PCTAJS99/27035 



26/26 



CHASE MANHATTAN BANK 
DESCENDING DOLLAR CHECKS PAID 
GLOBAL ELECTRONIC INFORMATION REPORT 

REPORTING AT: 15:16 N.Y. TIME 02/18/1998 FOR BUSINESS DAY 12^3/1997 

-UNITED STATES— 

—CHASE MANHATTAN - NY POSTED— 
-US DOLLAR- 
ACCOUNT NUMBER ACCOUNT NAME 
61 3-2-50009 THOMPSON FINANCIAL PUBLISHING 

LAST UPDATE; 00:00 N.Y. TIME 
00/OQA)000 



CHECKING AMOUNT 



CHECK NUMBER 



REFERENCE NUMBER 



1.168.38 
164.85 



109.15 
109.26 



0090003324TS 
0090003325TS 



—TOTAL CHECKS— 



2 



1,333.23 



no. 13 



SUBSTITUTE SHEET (RULE 26) 



